腾讯织云：DevOps流水线应用平台践行之路

持续交付是DevOps的核心工程实践，持续交付流水线驱动着DevOps的落地，昨天在云+峰会的开发者专场，腾讯跟大家揭开了DevOps流水线平台的神秘面纱。同时也让我们看看织云如何在其中高标准地实现持续交付部署实践的吧。

作者简介：

梁定安，腾讯织云负责人，目前就职于腾讯社交网络运营部，任运维技术总监，高效运维社区核心成员，开放运维联盟委员，腾讯云布道师，腾讯课堂运维讲师，复旦大学客座讲师。

前言

国家的“互联网+”战略开启了一个企业业务与互联网相结合的新业务形态，有越来越多的企业将自己的业务以互联网为媒介对外输出。任何一款互联网产品都会经历从产品的规划与设计、开发的功能实现、测试的度量验收、运维的发布交付，也是常常被成为企业的IT价值链的全流程，将产品输出个最终的用户，以产生商业价值。

腾讯的DevOps实践

在DevOps的理念中，企业的IT价值链流转的速度越快，意味着企业的互联网产品的交付能力越强，这也意味着企业在同行业的竞争中，凭借IT能力的优势，能够收获更大的竞争优势。

腾讯公司诞生于互联网行业，以海量用户规模和设备规模著称社交网络业务，其DevOps的技术实践，主要由四大平台系统组成。

四个系统共同组成DevOps流水线，腾讯的海量业务使用这套流水线系统可以轻松完成从需求设计、代码管理、开发测试、发布&运维的各阶段工作。

• TAPD支持敏捷项目管理，实现产品需求与开发分支关联；

• TGit支持代码管理，通过webhook钩子触发持续集成系统的能力；

• CIS负责自动化完成编译、测试等任务，以输出制品库：软件包或docker镜像；

• 织云对接CIS获取制品，以自动化的方式完成业务的发布/变更任务。

应用架构的可运维性

对于互联网产品而言，发布仅仅只是开始，在持续为用户输出价值的运营过程，由运维团队和系统来保障服务的稳定可靠。以腾讯的应用架构实践案例，我们来看下腾讯业务对可运维性的定义。

DevOps持续交付的八大原则对可运维性给出了这样的定义，在企业中研发和运维体系必然需要相互配合，开发团队负责功能性需求实现的同时，在架构和编码上注重非功能性需求的实现，测试团队与运维团队将围绕着各自职能的需求，规划与建设DevOps流水线中对应的工具系统，加速企业IT价值链的流转，以为企业创造更大的商业价值。

有了持续交付方法论的支撑，我们认为要实现可运维性的过程可分为4个阶段：统一架构、运维规范、标准操作、运维自动化。

将互联网的业务架构抽象成为三层：接入层、逻辑层、数据层。

并在业务架构的技术选型与规划时，遵循四个原则：框架化、组件化、无状态、分布式。

框架化的引入，可以有效的降低开发的工作量，通过有限的编码即可实现快速业务功能需求。如下图所述，对于常见的socket通讯型的C/S架构，由框架实现了网络的通讯，业务逻辑由动态库的方式加载到框架中，快速拼装出满足业务功能需求的软件程序。得益于框架的支持，可运维性诉求的非功能性的规范亦可被纳入框架中实现，如数据上报、统一日志、管理工具等。

组件可以将共性的服务统一化，如腾讯内部大量应用的软件路由服务，帮助业务轻松实现负载均衡、名字服务、容错、过载保护、流量调度的功能特性。除了为业务解决了路由的难题，也使日常的运维管理变得更加简单高效。

通过对可运维性的思考，在统一规划与标准化的持续推进实践中，保障了腾讯的业务架构有序的发展，架构的演变从千人千面进化成千人一面。结合框架与组件的非功能规范的落地实现，将运维保障业务质量与效率的规划落实。

腾讯织云的持续部署实践

要满足企业的长期发展，仅靠堆砌运维工具是不够的，必须体系化的、全局的考虑标准化、配置化、自动化、智能化的一体化运维管理系统。下图是腾讯运维平台——织云的功能规划，我们以此管理着腾讯社交网络海量的服务。

在运维的过程中，我们要面对很多复杂的运维对象，结合可运维性与非功能规范的要求可以很好的防止业务架构失控，但倘若要更好的管理这些运维对象，我们必须要做好配置管理。

织云平台实践中，我们将标准化的运维对象配置化，以下图为例，每个微服务集群在织云CMDB中被定义成不同的模块名。模块可被划分为两大类配置属性：基础配置与应用配置。

基础配置中的资产配置，可被用做资产核算、预算规划等；硬件配置可被用于虚拟化和机型规划等方面；分布信息会记录设备的上联交换机与IDC等信息，在优化机房穿越、网络设备故障的智能分析场景，可以提供很好的数据支持。

应用配置中的资源配置，可对接镜像仓库或制品库，实现与发布/变更相关的运维对象关联，为自动化提供支撑数据；流程配置将工具或接口通过自定义编排实现操作流或工具链，让运维的工具收敛复用；变更记录提供了运维操作审计与联动监控数据的配置信息。

我们将运维日常关联生产环境的操作提炼如图：对资源的传输与执行。

从统一规划、标准化、配置化、自动化到联动监控，用持续部署的流水线工具串行起来，我们将得到一个体系化的运维能力模型，基于此模型，运维团队能够全局规划持续部署的能力与工具系统。

通过工具编排功能，自定义运维操作流程、工单审批流程、服务请求流程。并与CMDB的业务、负责人、状态等数据接口联动，解决运维操作与配置数据状态的协同的难题，实现从ITIL离线流程到线上自动化流程的技术升级。

以织云的自动化扩容流程为例，将原子运维工具或系统接口以运维的最优操作流程组织起来，自动化的完成扩容操作，并且保证每个步骤都会被严格执行到位，不会受个人的经验深浅或文档的新旧影响。从而解决运维团队“文档即过期，离职即消失”的难题。

基于统一规划的运维体系，不仅能提升运维效率，同时对服务质量的保障也能有很多好处。如下案例是进程自愈的场景，结合CMDB的业务属性，通过自动化的流程完成配置注册，从而实现进程监控的自愈。

结束语

在腾讯多年的海量运营经验中，DevOps是贯穿整个应用软件生命周期的，发布完成并非终点，我们要全局思考、统一规划，为业务的健康发展打造一个标准有序的业务架构，和为业务提供一套完整体系化的运维解决方案。

本文由腾讯织云与高效运维社区联合发布，高效运维社区致力于陪伴您的职业生涯，与您一起愉快的成长。

欢迎关注腾讯织云公众号
获取最新织云的技术资讯

END

近期好文：

第八届全球运维大会

即 GOPS2017·上海站将于2017年11月17日-18日在上海举行

各种精彩等您发掘。

点击阅读原文关注活动官网